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Process for const ructing a database for a digital television service. 
decoder device implementing the process. 

FIELD OF THE INVENTION 

The present invention relates to a process for constructing a 
database for a digital television service, the decoder device implementing 
the process and the use of the database. 

BACKGROUND 

The invention deals with digital television decoders which receive 
audio-visual information and applications through at least one transmission 
channel. The digital decoder can process the audio-visual data and/or 
execute an application and display a result on the display devices. 

Today, digital television is mainly organized as a vertical market, 
which implies that a broadcaster distributes several audio or visual data 
services through a broadcasting system and at the same time provides 
television decoders which are tailored or even optimized for the service of 
the broadcaster. This kind of optimization relates equally to the installations 
of services for broadcasting through the MPEG/DVB tables. In the case of 
vertical markets, broadcasters can store all the infomnation in such a way 
that the decoder can perform very rapid installation, this infomnation being 
stored in a list of services contained, for example, in the network information 
table (NIT). In a horizontal organization of the market, such optimization is 
not possible since several broadcasters control various bouquets and 
various networks. In this case, it may be useful to store the tables of the 
digital video broadcasters (DVB: Digital Video Broadcast table) in a database 
and to inject these stored tables into the MPEG stack of the operating 
system of a digital decoder. 

SUMMARY OF THE INVENTION 

The object of the invention is to provide a database construction 
process indexed to the service of several broadcasters without requiring the 
intervention of the user during installation. 

This object is achieved by the process for constructing databases 
for digital television services, wherein it comprises: 

a) - a step of tuning by the tuner a earner frequency; 



b) - a step of filtering by a demultiplexer the signal received by the 
tuner tuned to a given carrier frequency; 

c) - a step of extracting the data representing the information table 
of the current network; 

5 d) - a step of storing in a table the trio of information items 

constituted by the information table, the carrier frequency, and an identifier; 

e) - a step of extracting the data representing the service table; 

f) - a step of storing the trio constituted by the service table, the 
frequency of the carrier and the identification of the SDT service table. 

10 According to another feature, the process comprises a step of 

compressing the data thus obtained. 

According to another feature, the compression step uses a key for 
storage in a section of the database which is also stored with the 
information, the said key being derived from the carrier frequency. 

15 Another object is to propose a use of the process in a procedure 

for maintaining the database section, consists in running the database 
construction procedure for a given carrier frequency and in verifying that the 
version of the network information tables obtained by the procedure is higher 
than the version recorded in the database and in this case in storing the trio 

20 in compressed form. 

Another object is to propose a use of the process for the updating 
of the database installed on the decoder so as to cater for the appearance of 
new services and the disappearance of existing services. 

Lastly, a final object is to construct a receiver of digital television 

25 transmissions comprising a memory, means of reception making it possible 
to filter and to extract from a signal transmitted on a carrier frequency, data 
representing the network information table, wherein the memory contains a 
database containing at least one trio constituted by an information table, the 
carrier frequency corresponding to the network whose information table is 

30 extracted, and an identifier of the table; and in that it furthermore comprises 
means for updating the data of the database; means for injecting the tables 
into the interface of the application program of the demultiplexer so as to 
select the filter appropriate to the desired channel; means for copying into 
the MPEG stack of the operating system the database data provided for a 

35 given carrier frequency. 



According to another feature, the selected table segment is 
injected by injection means into the buffer of the channel of the decoder 
constituting an MPEG stack. 

According to another feature, the database comprises : 

the compressed data of the network information table, the 
frequency of the carrier and an identifier; 

the compressed data of the SDT services table, the frequency of 
the carrier and an identifier. 

The advantages of the above described invention are that the 
solution allows the rapid installation of digital decoders tailored to a 
horizontal market which is especially useful in respect of so-called digital 
video broadcasting decoders for multimedia home platform (DVB-MHP). The 
solution described is generic since it can work with any digital television 
operating system and it can self-adapt to any new service. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Other features and advantages of the invention will become more 
clearly apparent in the light of the description herein below given with 
reference to the appended drawings in which: 

Figure 1 A represents a diagrammatic view of the decoder device 
during the database creation procedure; 

Figure 1B represents a diagrammatic view of the decoder during 
the use of the data in the database in the course of the services installation 
procedure which is an exemplary use; 

Figure 1C represents a diagrammatic view of the decoder during 
the database maintenance procedure; 

Figure 2 represents a logic diagram of the working of the decoder 
using the various procedures of Figures 1. 

DETAILED DESCRIPTION 

The invention will now be described in conjunction with Figures 1 to 2. 
It consists of a decoder comprising a tuning circuit (1) or tuner linked to an 
upstream demultiplexer (2) which are conventional components of a decoder 
and interposed between the demultiplexer and the operating system (6) a 
device which allows the implementation of the process and the uses of this 
process according to the invention. At the output of the decoder and of the 
upstream demultiplexer (2) is wired a switch (90) with two directions, a first to 
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a line (92) for connection to a mass storage system (3) such as a hard disk, 
which is linked to a downstream demultiplexer (4) whose output is linked to a 
link (95) whose end can be connected by a switch (93) with two directions to 
an input link (94) entering a plurality of buffers, represented by way of 
5 example in the figure by the references (50 to 55). The input link (94) 
entering the plurality of buffers can also be linked by the switch (93) to a link 
(91) which is itself linked to the other direction of the switch (90). The 
operating system (6) of the decoder also comprises a program for injecting 
services (70). a program for updating databases (71). a database section 
10 creation program (72). When one or the other of these programs is executed 
by the processor of the decoder, its execution allows the setting of the 
switches according to one of the three configurations represented in Figures 
1A to 1C corresponding respectively to the procedure for creating databases 

□ in the case of Figure 1A, to the procedure for using the database in the case 
15 of Figure IB and to the procedure for maintaining and for updating the 

j= database in the case of Figure 1C. In the case of Figure 1A, it may be seen 

W that the upstream demultiplexer (2) is linked by the switch (90) solely to the 

m mass memory (3). In the case of Figure IB, the mass memory (3) is linked 

W by the downstream demultiplexer (4), the link (95) and the switch (93) to the 

L 20 plurality of buffers (50 to 55) of the decoder. In the case of Figure 1C. the 

flj upstream demultiplexer (2) is linked by the switch (90) both to the buffer 

Jjf stack (50 to 55) and to the mass memory (3) and the other branch of the 

□ switch (93) is open. 

S Figure 2 represents the logic diagram showing how the decoder 

25 works. The latter, during the first switch on decoder SOD step, runs the DBE 
(database empty) following test which makes it possible to determine 
whether the database is empty. If the reply is yes, the operating program 
runs the procedure represented in the DCP step which is the database 
creation procedure. Once this procedure has been executed, the operating 
30 system of the decoder runs the DIP procedure which is the data injection 
procedure for injecting data into the buffers (50 to 55) which are output 
connected to the upstream demultiplexer (2). If the answer is no. the case 
where the database is not empty, the program goes directly to the procedure 
for injecting services into the buffers. In parallel, a database section creation 
35 program can be run from the installation set-up menu (SUM) by selecting the 
database creation command (CCD). Likewise, during the normal decoding 
operations (NOD. Normal Operation Decoding), that is to say while the user 



is watching a selected channel, the database maintenance procedure DMP 
is run at regular intervals by the decoder and should there be modifications 
to the information, the latter is injected into the corresponding buffer. As 
explained earlier, the database creation procedure (DCP) is called either by 
5 the switch on decoder procedure (SOD), or directly by the user via the set-up 
menu (SUM). In these cases as is represented in Appendix 1. the tuning 
circuit (1) is tuned to the lowest carrier frequency (cf) for example. This 
signal is transmitted to the upstream demultiplexer (2) which filters the 
transmissions received so as to extract therefrom the current-network 

10 information table (actual NIT) which contains the list of services offered by 
the network and the services data table (actual SDT) which contains the data 
affording access to a service. As represented in Appendix 1. this procedure, 
after having extracted the network information table (NIT), compresses this 
information and stores a trio comprising the compressed information item, 

15 the value of the carrier frequency and an identifier of this table (NIT, ID). 
Likewise, the decoder after having extracted the services data table 
compresses this datum and stores it in the mass memory (3) in a table 
comprising a trio of information items: the compressed information item, the 
carrier frequency and the identifier of the data service table. The database 

20 creation procedure then continues by going to the next carrier frequency, 
either by increasing, if it is the lowest frequency which is chosen initially, or 
by decreasing if it is the highest and by repeating the previous operations for 
each carrier frequency of the frequency span, as represented in Appendix 1. 

When the operating system goes to the procedure (DIP), for 

25 example for installing services by table injection, the system places the 
decoder in the configuration represented in Figure 1B in which the mass 
memory (3) is linked by the downstream demultiplexer (4) to the plurality of 
buffers (50 to 55). The system, as represented in Appendix 2. begins with 
the lowest carrier frequency and dispatches a query to the database via the 

30 QUERY-DATABASE command (cf, NIT). After extracting the network 
information item, the latter is decompressed by the decompress command 
(NIT-actual) and the same commands are performed so as to extract the 
service information item (SDT-actual). A carousel is then generated and 
dispatched to the downstream demultiplexer. The latter applies its filters and 

35 puts the filtered information item into one of the associated buffers. This 
procedure is performed for each of the carrier frequencies. Next, the decoder 
is placed in its normal working mode corresponding to the wiring of the 
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switches according to Figure 1C. In this case, the information contained in 
the buffers is used by the operating system to extract therefrom the 
information item corresponding to the transmission selected by the user and 
to dispatch this information item to the upstream demultiplexer (2). In this 
5 configuration, the decoder is capable of maintaining its database up to date 
so as to cater for the fact that a broadcaster modifies the nature and the 
composition of his transmissions. This may happen when the broadcaster 
adds new services to his bouquet or when he withdraws certain services 
which do not enjoy commercial success. The maintenance procedure (DMP) 
10 thus makes it possible to keep the database up to date without requiring 
additional hardware. This procedure is set out explicitly in Appendix 3 and 
comprises a first step of locking onto the carrier frequency (cf) of the 
transmission desired by the user and then of extracting by the demultiplexer 
^ (2) the table (actual NIT) and of comparing this extraction with the 

15 information item contained in the mass memory (3) obtained via the Query- 
database query. If the version of the table (actual NIT) is higher than the 
m version of the database, this latter extracted version is stored in compressed 

5^ form in the database instead of the old version. Next, the procedure 

hj continues by scanning the other network information tables (NIT) and by 

2 2 0 performing the comparisons as previously so as to store the higher versions. 

^ Lastly, an identical procedure is applied in respect of the sen/ice data tables 

m (SDT). 

J: It should be obvious to those versed in the art that the present 

□ invention allows embodiments in numerous other specific forms without 

2 5 departing from the invention's field of application as claimed. Consequently, 
the present embodiments should be regarded by way of illustration, but may 
be modified within the field defined by the scope of the appended claims, 
and the invention should not be limited to the details given hereinabove. 



APPENDIX 1 

cf=LOWEST_CF; 
DO{ 

tune(cf); 

filter_hard(NIT_ACTUAL); 
get(NIT_ACTUAL); 
compress(NIT_ACTUAL); 
storeJn_db(NIT-ACTUAL, cf. NIT, ID); 
filter_hard(SDT_ACTUAL); 
get(SDT_ACTUAL); 
compress(SDT_ACTUAL); 
store_ln_db(SDT_ACTUAL. cf. SDT, ID); 
next(cf); 
} WHILE(cf<=HIGHEST_CF); 


APPENDIX 2 

cf=LOWEST_CF; 
DO{ 

quetY_database(cf, NIT); 

get(NIT_ACTUAL); 

decompress(NIT_ACTUAL); 

query_database(cf, SDT); 

get(SDT_ACTUAL); 

decompress(SDT_ACTUAL); 

for(carousel=1 ;carousel<CYCLES; carousel++) 

send_to_OS(filter_soft(NIT_ACTUAL)); 

send_to_OS(filter_soft(SDT_ACTUAL)); 

wait(DELAY); 
next(cf); 
} WHILE(cf<=HIGHEST_CF); 


APPENDIX 3 

zap(cf);//done by user 

filter_hard(NIT_ACTUAL); 
get(NIT_ACTUAL); 

if(version(NIT_ACTUAL)>version(query_database(cf, NIT, ID))); 
store_in_db(compress(NIT_ACTUAL), cf, NIT. ID); 

DO{ 

filter_hard(NIT_OTHER); 
get(NIT_OTHER); 

if(verslon(NlT_OTHER)>version(query_database(cf, NIT, ID))); 
store_ln_db(compress(NIT_OTHER), cf, NIT. ID); 
}WHILE(exist(NIT_OTHER))//for each NIT other In TS 


